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PROCEDE ET DISPOSITIF D'EMISSION DE REQUETES VERS UN 
SERVEUR DE NOMS DE DOMAINE DEPUIS UNE MACHINE 

REQUERANTE 

Uinvention concerne un procede d'emission d'au moins une requete 
a destination d'un serveur de noms de domaine depuis une machine 
requerante. 

Les serveurs de noms de domaine (DNS en anglais), plus 
5 particulierement concernes par invention, sont les serveurs de noms de 
domaine reproduisant la numerotationtelephonique tels que e164.arpa. 

Dans ces serveurs, chaque nom est determine a partir du numero de 
telephone de destination au format E.164, contenu dans la requete issue de 
la machine requerante. Chaque serveur de noms de domaine comporte des 
10 enregistrements en memoire, associes aux noms et aux zones qu'il gere, 
et/ou des references a d'autres serveurs de noms de domaine, pour les 
noms et les zones qu'il ne gere pas. 

Selon le protocole ENUM, lorsqu'un message de requete en lecture 
d'un nom parvient a un serveur gerant la zone pouvant contenir ce nom, 
15 Gelui-ci retourne a la machine requerante les enregistrements, qui sont 
associes a ce nom et qui sont constitues d'identifiants de ressource (URI en 
anglais) comme par exemple un numero de fax, un numero de telephone 
mobile, une adresse de courriel. 

Ainsi, les serveurs de noms peuvent etre soumis a de nombreuses 
20 requetes en lecture ou ecriture, y compris a des requetes erron6es, pour 
lesquelles le nom est inexistant dans les serveurs de noms de domaine. 

Dans le cas d'une requete pour un nom de domaine inconnu, le 
serveur de noms de domaine peut ne pas repondre a la machine 
requerante dans certains cas. L'inexistence du nom demande ne peut alors 
25 etre detectee que par le depassement d'un delai de temporisation apres 
remission de la requ§te sur la machine requerante, alors qu'aucune 
repbnse n'a 6te re§ue. En outre, le traitement de requetes erronees 
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surcharge et retarde egalement celui des requetes non erronees dans les 
serveurs de noms, qui appellent bien une reponse. 

L'invention vise a obtenir un procede et un dispositif d'emission de 
requetes vers un serveur de noms de domaine, palliant les inconvenients 
5 de Fetat de la technique et permettant de diminuer le nombre de requites 
erronees que doivent traiter les serveurs de noms de domaine. 

A cet effet, un premier objet de Pinvention est un procede d'emission 
d'au moins une requete a destination d'un serveur de noms de domaine 
depuis une machine requerante, 
10 ledit serveur de noms de domaine etant un serveur de noms de 

domaine de numerotation telephonique e164.arpa, chaque nom etant 
determine a partir du numero de telephone de destination au format E.164, 
contenu dans ladite requete, 
caracterise en ce que 
15 un controle prealable de la validite du numero de telephone de 

destination de la requete est execute automatiquement et localement a la 
machine requerante par rapport a une base de donnees de numeros de 
telephone, locale a la machine requerante, pour n'envoyer la requete a 
partir de la machine requerante a destination du serveur de noms de 
20 domaine que si son numero de telephone de destination passe avec 
succes ledit controle prealable. 

Grace a l'invention, le recours aux serveurs de noms de domaine est 
rendu plus limite et on leur epargne des traitements inutiles. On reconnaTt 
une requete erronee et on Tempeche d'atteindre les serveurs de noms 
25 depuis la machine requerante, et ce par le fait que le numero de telephone 
de destination de la requete a ete determine comme non valable, par 
exemple en determinant qu'il est impossible qu'il existe. 
Suivant d'autres caracteristiques de l'invention, 
- dans la base de donnees locale est enregistre au moins un code de 
30 pays present, et 
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le controle prealable comprend de verifier si le code de paysdu 
numero de telephone de destination de la requete en est un enregistre 
dans la base de donnees locale ; 

- dans la base locale de donnees de blocs de numeros de telephone 
5 est enregistre au moins un plan de numerotation, chaque plan de 

numerotation comprenant au moins un bloc de numeros de telephone, 
le controle prealable comprend de : 

determiner, au cours d'une etape de determination, si le numero de 
telephone de destination de la requete appartient a un bloc du plan de 
10 numerotation, le numero de telephone de destination de la requete ne 
passant pas avec succes ledit controle prealable dans la negative a I'etape 
de determination ; 

- le plan de numerotation est assocte a un code de pays, 

le plan de numerotation correspondent au code de pays du numero 
15 de telephone de destination de la requete etant celui par rapport auquel le 
controle prealable est effectue ; 

- une pluralite de blocs disjoints de numeros de telephone, auxquels 
sont associees respectivement des caracteristiques prescrites de numeros 
du bloc, est enregistree dans la base de donnees locale, 

20 ladite etape de determination comprend en outre de determiner, a 

quel bloc de numeros de telephone de la base de donnees locale le 
numero de telephone de destination de la requete appartient, 

dans le cas ou il a ete determine que le numero de telephone de 
destination de la requete appartient a un bloc du plan de numerotation, 
25 lire dans la base de donnees locale les caracteristiques associees au 

bloc de numerotation determine, 

verifier si le numero de telephone de destination de la requete est 
conforme auxdites caracteristiques lues, 

n'envoyer de la machine requerante au serveur de noms de domaine 
30 la requete que si la verification donne un resultat affirmatif ; 

- les caracteristiques de numeros de bloc sont au moins Fun parmi : 
une date de reservation des numeros de telephone du bloci 
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une fin de periode de reservation des numeros de telephone du bloc, 
une date d'affectation des numeros de telephone du bloc, 
une fin de periode d'affectation des numeros de telephone du bloc, 
une date de debut d'attribution du bloc de numeros de telephone, 
5 une date de fin d'attribution du bloc de num6ros de telephone, 

une longueur maximum des numeros de telephone du bloc, 
une longueur minimum des numeros de telephone du bloc ; 

- si le numero de telephone de destination de la requete ne passe 
pas avec succes ledit controle prealable, un signal d'erreur sur le numero 

10 de telephone de destination de la requete est renvoye a la machine 
requerante ; 

- le signal d'erreur sur le numero de telephone de destination de la 
requete contient une information sur la ou les caracteristique(s) de numeros 
de bloc, qui ne sont pas respectees par le numero de telephone de 

15 destination de la requete lors de ladite verification. 

Un deuxieme objet de I'invention est un dispositif d'emission d'au 
moins une requete a destination d'un serveur de noms de domaine depuis 
une machine requerante, 

ledit serveur de noms de domaine etant un serveur de noms de 
20 domaine de numerotation telephonique e164.arpa, chaque nom etant 
determine a partir du numero de telephone de destination au format E.164, 
contenu dans ladite requete, 

caracteris6 en ce que le dispositif est local a la machine requerante 
et comporte : 

25 des moyens de reception de la requete depuis la machine 

requerante, 

une base de donnees de blocs de numeros de telephone, 
des moyens de controle automatique de la validite du numero de 
telephone de destination de la requete, present sur les moyens de 
30 reception par rapport aux donnees issues de la base de donnees de 
numeros de telephone, et 
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des moyens pour n'envoyer la requete de la machine requerante a 
destination du serveur de noms de domaine que si les moyens de controle 
ont determine que son numero de telephone de destination passe avec 
succes ledit controle de validite. 
5 Suivant une caracteristique de I'invention, les moyens de reception, 

la base de donnees de blocs de numeros de telephone, les moyens de 
controle automatique et les moyens d'envoi sont presents sur la machine 
requerante. 

Suivant une autre caracteristique de I'invention, les moyens de 
10 reception, les moyens de controle automatique et les moyens d'envoi sont 
presents sur la machine requerante et la base de donnees de numeros de 
telephone est interrogeable par les moyens de controle automatique par 
I'intermediaire d'un reseau local. 

^invention sera mieux comprise a la lecture de la description qui va 
15 suivre, donnee uniquement a titre d'exemple non limitatif en reference aux 
dessins annexes, sur lesquels : 

- la figure 1 represente schematiquement un dispositif d'emission de 
requetes suivant I'invention a destination d'une architecture de serveurs de 
noms de domaine, 

20 - la figure 2 represente schematiquement une variante du dispositif 

d'emission de requetes suivant la figure 1, 

- la figure 3 represente un exemple de Torganigramme du 
deroulement du procede d'emission des requetes mis en oeuvre par le 
dispositif suivant I'invention ; 

25 - la figure 4 represente un exemple du contenu de la base de 

donnees utilisee suivant Tinvention ; et 

- la figure 5 represente deux exemples d'organigrammes des etapes 
de verification effectuees dans le procede suivant Tinvention. 

Dans le cas du domaine de numerotation telephonique a la figure 1, 
30 les noms dans les serveurs 3 de noms de domaine utilisent les numeros de 
telephone des utilisateurs selon le protocole ENUM du groupe de travail sur 
la mise en correspondance avec des numeros de telephone (Telephone 
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Number Mapping Working Group) defini au groupe de travail IETF (groupe 
de travail sur le reseau Internet, ou Internet Engineering Task Force) selon 
le document RFC2916, auquel il est fait reference ici, RFC signifiant en 
anglais « Request For Comments » et etant des publications de reference 
5 portant sur le reseau Internet. Selon ce document, intitule « numero E.164 
et serveurs de noms de domaine » (E.164 Number and DNS), pourtraduhre 
un numero de telephone E.164 en nom de domaine, on enleve du numero 
de telephone E.164 d'un utilisateur, qui comprend le code du pays (par 
exemple +33-1-45295813 pour un numero de telephone d'un utilisateur en 
10 France) tous les caracteres non numeriques, on intercale des points entre 
les chiffres, on inverse I'ordre des chiffres et on ajoute la chame 
« e.164.arpa » a la fin des chiffres, pour obtenir le nom de domaine, c'est-a- 
dire 3.1. 8.5.9.2.5.4. 1.3.3.e164.arpa dans I'exemple precedent illustre aux 
figures 1 , 2 et 3. 

15 Au nom est associe dans la memoire 4 associee audit serveur 3 de 

noms de domaine un ensemble d'enregistrements de ressource NAPTR 
(pour enregistrement de ressource de pointeur d'autorite de nommage ou 
Naming Authority Pointer Ressource Record) selon le document du groupe 
de travail IETF RFC2915, rendu caduc par le document RFC3403, 

20 auxquels il est fait reference ici. L'enregistrement NAPTR a, selon la partie 
4 du document IETF RFC3403, un code de type de DNS egal a 35 pour le 
champ TYPE du format d'enregistrement de ressource selon le paragraphe 
3.2.1 du document IETF RFC1035. L'enregistrement NAPTR a ainsi le 
format suivant : 

25 ORDRE, PREFERENCE, DRAPEAUX (FLAGS), SERVICES, 

REGEXP, REPLACEMENT. 

Le champ REGEXP contient des informations I proprement dites, 

telles que des informations I pour joindre I'utilisateur, comme par exemple 

sip:dupont@ft.com, mailto:dupont@ft.com , http://www.exemple.fr . qui sont 
30 dans cet exemple d'autres informations pour joindre Monsieur Dupont ayant 

le numero de telephone +33-1-45295813 (format international pour le 

numero 01 45 29 58 13 en France). 



WO 2005/069581 



PC17FR2004/003123 



Ainsi, dans cet exemple, les enregistrements associes a ce nom de 
domaine seront : 

$ORIGIN 3.1. 8.5.9.2.5.4.1. 3.3.e164.arpa 

IN NAPTR 10 10 "u" ^U+sip" "! A .*$!sip:dupont@ftcom r 
5 IN NAPTR 10 20 "u" "E2U+mailto" "i A *$! mai^to:duDQnt(a)ft■CQm ! ,, 

IN NAPTR 1 0 20 "u" "E2U+http" "! A .*$! httD://\AAyvw.exemple.fr !" 
En outre, le principe de delegation de I'architecture ENUM dans le 
contexte de la gestion de la numerotation E164 definit plusieurs niveaux de 
responsabilite en arborescence en ce sens qu'un premier serveur 1 

10 (denomme TierO) de noms de domaine gere une racine mondiale 
d'adresses en « e.164.arpa», des deuxiemes serveurs 2, 2a (denommes 
Tierl) de noms de domaine auxquels le premier serveur 1 renvoie gerent 
chacun un code de pays (par exemple 6.4.e164.arpa pour la Suede, 
3.3.e164.arpa pour la France metropolitaine), et des troisiemes serveurs 3, 

15 3a, 3b (d6nommes Tier2) de noms de domaine constituent alors les 
serveurs 3 de noms de domaine precites, gerant chacun leur zone associee 
de noms de domaine. A la figure 1 , les renvois sont symbolises par des 
traits interrompus. Chaque serveur 2, 2a de noms de domaine renvoie a un 
ou plusieurs serveurs 3, 3a, 3b de noms de domaine, auxquels ne renvoie 

20 pas les autres serveurs 2, 2a. Le serveur 1 est dit parent des serveurs 2, 
2a* eux-memes parents des serveurs 3, 3a auxquels ils renvoient. Chaque 
serveur 3, 3a, 3b gere la zone associee a des numeros E164. 

Dans I'exemple precedent, le serveur 2a de noms de domaine 
3.3.e164.arpa renvoie a plusieurs serveurs 3a, 3b de noms de domaine. Le 

25 serveur 3a de noms de domaine gere par exemple un certain nombre 
d'adresses en 3.3.e164.arpa, comprenant par exemple Tadresse 
3.1. 8.5.9.2.5.4.1. 3.3.e164.arpa et est associe a la memoire 4 de la figure 2. 
Par exemple, le serveur 3a gere la zone se terminant par 
9.2.5.4.1. 3.3.e164.arpa, le serveur 3b gere une zone se terminant par 

30 8.2.5.4.1. 3.3.e164.arpa. 

Une machine H souhaitant obtenir des informations I presentes dans 
un enregistrement ENR de Tarchitecture A envoie a une plate-forme de 
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services, ayant le signe de reference PS aux figures 1 et 2, une requete R 
contenant un numero NTEL de telephone E.164, permettant de determiner 
le nom ADR de cet enregistrement ENR, et ce par traduction du numero de 
telephone NTEL ainsi qu'il a ete explique ci-dessus. Cette machine H 
5 requerante est par exemple un ordinateur personnel d'un utilisateur. La 
plate-forme PS de services a par exemple une architecture client - serveur 
et comprend un acces 10 de reception des requetes R depuis I'exterieur et 
emises par des machines H et un module 11 de resolution (resolver) pour le 
traitement des requetes regues sur Pacces 10. En fonction de ('architecture, 

10 la requete validee par le systeme peut etre emise par un serveur DNS local 
sur le reseau du client requerant. Les requetes en provenance de la plate- 
forme de services sont done emises au niveau de ce reseau local. Le 
module 11 de resolution est client d'un serveur local (DNS local) de noms 
de domaine 12 connecte au module 11 et est apte a envoyer au serveur 

15 local de noms de domaine 12 connecte au module 11, des signaux 
d'interrogation correspondant a la requete R re$ue sur Pacces 10. Le 
serveur local 12 de noms de domaine est apte a emettre, en fonction des 
signaux d'interrogation, des messages de requetes MR en informations I 
vers les serveurs exterieurs 1, 2, 3 de noms de domaine de la maniere 

20 suivante. 

Les messages de requetes MR comprennent le nom ADR du 
domaine a interroger dans Parchitecture pour obtenir Penregistrement ENR 
souhait§. 

La requete R envoyee par la machine H a la plate-forme PS precise 
25 le numero de telephone E.164 souhaite NTEL, que la plate-forme PS (par 
exemple par le module 1 1 de resolution) traduit en nom ADR a interroger 
(par exemple ADR = 3.1. 8.5.9.2.5.4.1. 3.3.e164.arpa pour NTEL = +33-1- 
45295813), pour former le message MR correspondant. 

Le message de requete MR comprenant le nom ADR est envoye 
30 d'abord a Petape E1 au serveur 1, lequel renvoie ensuite lors de Petape E2 
un premier message de reponse au serveur local 12, lui indiquant une 
reference au serveur 2 correspondant, selectionne par cette adresse ADR, 
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c'est-a-dire dans I'exemple precedent le serveur 2a. Le serveur local 12 
envoie ensuite lors de Petape E3 le message de requete MR comprenant le 
nom ADR au serveur 2 selectionne et indique dans le premier message de 
reponse, c'est-a-dire dans I'exemple precedent au serveur 2a, lequel 
5 serveur 2a envoie ensuite, lors de Petape E4, un deuxieme message de 
reponse au serveur local 12, lui indiquant une reference au serveur 3 
correspondant, selectionne par ce nom ADR, c'est-a-dire dans I'exemple 
precedent le serveur 3a. Le serveur local 12 envoie ensuite lors de Petape 
E5 le message de requete MR comprenant le nom ADR au serveur 3a de 
10 noms de domaine selectionne et indique dans le deuxieme message de 
reponse. 

Chaque serveur 3, 3a, 3b comporte au moins une entree 5 
d'admission de messages de requetes MR. Les messages de requetes MR 
peuvent etre par exemple des requetes en lecture d'informations I au nom 

15 ADR ou des requetes en ecriture d'informations I au nom ADR. 

Lorsqu'un message MR de requ§te en lecture au nom ADR parvient 
a Pentree d'admission 5 et lorsque le nom ADR est trouve dans le serveur 
3, 3a, 3b, le ou les enregistrements NAPTR des informations I sont 
recherches a ce nom ADR. Puis, lorsque les enregistrements NAPTR 

20 associes a ce nom ADR sont trouves dans le serveur 3, 3a, 3b, ces 
enregistrements NAPTR sont lus dans la memoire 4 associee, par exemple 
les enregistrements NAPTR indiques ci-dessus pour le nom 
3.1. 8.5.9.2.5.4.1. 3.3.e164.arpa. Le serveur 3, 3a, 3b comporte une 
premiere sortie 6 de fourniture d'un troisieme message de reponse a la 

25 requete MR en lecture presente sur son entree 5. Ce troisieme message de 
reponse contient les enregistrements NAPTR lus dans la memoire 4 
associee au nom ADR specifie dans le message MR de requete en lecture, 
comme ceux indiques dans Pexemple mentionne ci-dessus, ayant les 
informations I = sip:dupont@ft.com, mailto:dupont(5)ft.com . 

30 http://www.exemple.fr pour le nom 3.1. 8.5.9.2.5.4.1. 3.3.e164.arpa. Le 
troisieme message de reponse est envoye a Petape E6 de la sortie 6 du 
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serveur 3a au serveur local 12 et de la a la machine requerante H via 
I'acces 1 3 de celui-ch 

Lorsqu'un message MR de requete en lecture au nom ADR parvient 
a Pentree d'admission 5, lorsque le nom ADR est trouve dans le serveur 3, 
5 3a, 3b, lorsque le ou les enregistrements NAPTR des informations I sont 
recherches a ce nom ADR mais qu'aucun enregistrement NAPTR n'est 
trouve a ce nom ADR (parce qu'aucun enregistrement NAPTR n'est present 
a ce nom ADR), le serveur 3 envoie sur sa sortie 6 au serveur local 12, et, 
de la a la machine requerante H, un message de reponse indiquant 

10 I'absence d'enregistrements NAPTR au nom ADR. 

Lorsqu'un message MR de requete en lecture a un nom ADR errone 
parvient a I'entree d'admission 5, ce nom ADR ne pourra pas etre trouve 
dans le serveur 3, etant donne que le nom est inexistant dans les serveurs 
de noms de domaine. Pour diverse raisons (non disponibilite des serveurs 

15 ou surcharge, configurations des tables de routage), la duree de resolution 
du nom ADR peut etre longue, duree pendant laquelle aucune reponse 
n'est transmise. Ainsi, le serveur local 12 ne recevra jamais de reponse au 
dernier message MR de requete qu'il leur aura fait parvenir. 

Suivant I'invention, il est prevu, localement a la machine requerante 

20 H, un dispositif D d'emission de requetes R destinees aux serveurs 
exterieurs 1, 2, 3 de noms de domaine, les serveurs 3 etant les serveurs 
dans lesquels sont presents les enregistrements NAPTR. . 

Ce qui a ete decrit ci-dessus concernant les messages MR de 
requetes en lecture vaut bien entendu pour les messages MR de requetes 

25 en ecriture, dans les serveurs 1, 2, 3, d'un enregistrement NAPTR specifie 
dans la requete R au nom ADR specifie dans la requete R. 

Ce dispositif D d'emission comprend des moyens DR de reception 
de requetes R depuis la machine requerante H et une base BD de donnees 
de numeros de telephone. Des moyens DC de controle sont prevus dans le 

30 dispositif D d'emission pour controler automatiquement si le numero de 
telephone NTEL de destination de la requete R est valable par rapport aux 
donnees issues de la base BD de donnees de numeros de telephone. 
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Des moyens DE sont prevus pour n'envoyer la requete R de la 
machine requerante H a destination du serveur 1 , 2, 3 de noms de domaine 
que si le numero NTEL de telephone de destination de cette requete R 
passe avec succes le controle prealable des moyens DC. Les moyens DC 
5 de controle font par exemple partie d'une librairie de validation pouvant 
comporter egalement d'autres fonctions. 

Le dispositif D d'emission est par exemple entierement installe sur la 
machine requerante H, ainsi que cela est represents a la figure 1, auquel 
cas les moyens DR de reception sont par exemple une interface de 

10 reception des requetes R issues d'une interface DP, permettant a 
I'utilisateur de produire une ou plusieurs requetes R sur la machine 
requerante H en composant sur celle-ci le numero de telephone NTEL de 
destination de cette ou ces requetes R. 

Dans la variante representee a la figure 2, les moyens DR de 

15 reception, les moyens de DC controle automatique et les moyens DE 
d'envoi sont presents sur la machine requerante H comme precedemment, 
et la base BD de donnees de numeros de telephone est interrogeable par 
les moyens DC de controle automatique par I'intermediaire d'un reseau 
local RL. Dans cette - variante, la base BD est par exemple presente au 

20 niveau du module 1 1 de resolution. 

Si, lors du controle, le numero NTEL de telephone de destination de 
la requete R est declare non valable par comparaison aux donnees de la 
base BD, la requete R n'est pas transmise par les moyens DE de la 
machine requerante H au module 11 de resolution. Le controle de validite 

25 elimine done des messages MR de requete, dont on sait a priori qu'ils ne 
peuvent pas avoir d'enregistrement NAPTR associe dans les serveurs 
exterieurs 1, 2, 3 de noms de domaine, etant donne que le numero NTEL 
de telephone de destination correspondant n'est pas valable. Par 
consequent, aucun message de requete MR au nom ADR traduit de ce 

30 numero NTEL de telephone ne sera genere par le serveur local 12, ni 
envoye par celui-ci aux serveurs exterieurs 1 , 2, 3 de noms de domaines, 
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qui seront done embarrasses de messages MR de nom ADR errones et de 
traitements inutiles de ces messages. 

Les numeros NTEL de telephone ont le format suivant : 

CC C1C2C3...CP 

5 ou CC est le code de pays dans la numerotation internationale, (tel 

qu'attribue par I'Union Internationale des Telecommunications), a un, deux 
ou trois chiffres, (33 pour la France metropolitaine, 362 pour Tile de la 
Reunion, 44 pour le Royaume-Uni, 1 pour les Etats-Unis,...) et CiC 2 C3...C p 
est le numero de telephone NTEL dans le plan de numerotation national. Le 

10 code de pays peut etre geographique ou non geographique. Dans 
Texemple precedent, CC=33 et CiC 2 C 3 ...C p = 145295813. 

Par exemple, actuellement en France, p = 9 et C1C2C3...CP = 
Zabpqmcdu, avec Z=1, 2, 3, 4, 5, 6 ou 8, le 0 etant ajoute pour le 
numerotage depuis la France metropolitaine. 

15 Le code de pays CC est present explicitement dans le numero NTEL 

en ayant ete numerate par Putilisateur, ou, a defaut, est configure 
implicitement pour etre celui du pays ou se trouve la machine requerante H 
ou est insere par I'application. 

Dans la base BD locale de donnees de numeros de telephone est 

20 enregistre, dans un mode de realisation, un ou plusieurs plans de 
numerotation nationaux, chacun associe au code du pays correspondent. 
Les moyens DC de controle effectuent le controle du numero NTEL par 
rapport au code CC de pays (code de pays ou country code en anglais) 
rejette la requete R dans la negative (emission par exemple du message 

25 (4), (7) ou (8) decrit ci-dessous), ou, si il resulte de ce controle que le code 
CC du numero NTEL est un des codes existants dans la base BD, 
effectuent le controle du numero NTEL par rapport au plan de numerotation 
correspondant au code CC de pays du numero NTEL de telephone de 
destination de la requete R presente sur les moyens DR. Bien entendu, 

30 seul le controle du code CC du numero NTEL pourrait etre effectue selon 
Tinvention, pour eliminer les requetes basees sur des codes ne 
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correspondant & aucun pays de code enregistre dans la base, (emission 
par exemple du message (4), (7) ou (8) decrit ci-dessous). 

Chaque plan de numerotation comprend un ou plusieurs blocs BN de 
numeros de telephone, pouvant etre delimites dans I'exemple frangais 
5 precedent par un certain nombre des premiers chiffres des numeros de 
telephone, tels que par la racine nationale Zabpq des numeros de 
telephone, un numero appartenant au bloc BN lorsque les premiers chiffres 
du numero, sans le code CC, sont egaux a ceux du bloc BN. Toutefois, 
toute autre regie logique d'appartenance d'un numero a un bloc peut etre 

10 prevue, un numero ne pouvant appartenir qu'a un seul bloc et les blocs d'un 
m§me plan de numerotation etant disjoints. Ainsi, un bloc designe de 
maniere generate une ressource du plan de numerotation et contient un ou 
plusieurs numeros de telephone, qui ne se suivent pas necessairement. 
Ainsi, le numero 145295813 appartient au bloc BN = 14529 mais pas au 

15 bloc 10050. 

Ces blocs sont affectes a Tun ou a I'autre des operateurs de 
telephonie. 

Dans un mode de realisation, des caracteristiques CAR prescrites de 
numeros de bloc sont associees a chaque bloc BN et sont enregistrees 
20 dans la base BD de donnees locale. 

A la figure 3, le procede d'emission suivant I'invention de deroule par 
exemple de la maniere suivante. 

Une requete R contenant le numero NTEL de telephone de 
destination est regue a I'etape E10 sur les moyens DR de reception et est 
25 transmise aux moyens DC de controle. 

On determine ensuite a Petape E11 par les moyens DC de controle, 
si le numero de telephone NTEL de destination de la requete R appartient a 
un des blocs BN du plan de numerotation national correspondant a celui-ci 
dans la base BD. Si il a ete determine que le numero de telephone NTEL 
30 de destination de la requete R n'appartient a aucun bloc BN, alors ce 
numero de telephone NTEL ne passe pas avec succes le controle 
prealable, ce que les moyens DC de controle signalent aux moyens DE, a 
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Petape E12 representee en traits interrompus a la figure 3, par un message 
NOK de refus, qui fait que les moyens DE ne transmettent pas de requete 
R contenant ce num§ro NTEL de telephone de destination vers les serveurs 
exterieurs 1, 2, 3 de noms de domaine. Par consequent, les moyens DE ne 
5 transmettent pas les requetes R contenant un numero NTEL de telephone 
de destination n'appartenant a aucun bloc BN. Par exemple actuellement, 
aucun bloc BN ne commence par 7 en France (aucun numero de telephone 
en France ne commence par 07) et aucun numero NTEL frangais 
commengant par 07 ne passera avec succes le controle exerce par les 

10 moyens DC. 

Si il a ete determine a Petape E1 1 que le numero NTEL de telephone 
de destination de la requete R appartenait a un des blocs BN de la base 
BD, on determine a Petape E13 suivante dans les moyens DC de controle a 
quel bloc BN de la base BD le numero NTEL de telephone de destination 

15 de la requete R appartient 

Puis, au cours de Petape E14 de lecture, on interroge 
automatiquement par les moyens DC la base BD de donnees locale sur les 
caracteristiques CAR associees au bloc BN de numeros determine, laquelle 
renvoie aux moyens DC a Petape E15 suivante les caracteristiques CAR 

20 associees a ce bloc BN de numeros determine. 

Les moyens DC verifient ensuite a Petape E16 si le numero de 
telephone NTEL de destination de la requete R est conforme auxdites 
caracteristiques CAR regues de la base BD. Dans Paffirmative, les moyens 
DC de contrdle envoient a Petape E17 suivante un message OK 

25 d'acceptation de la requete R aux moyens DE, ce message OK 
d'acceptation declenchant Pemission de la requete R des moyens DE vers 
les serveurs exterieurs de noms de domaine 1,2,3 a Petape E18 suivante. 
Dans la negative, les moyens DC de controle envoient a P§tape E17 
suivante le message NOK de refus de la requete R aux moyens DE, ce 

30 message NOK de refus empechant Pemission de la requete R des moyens 
DE vers les serveurs exterieurs de noms de domaine 1, 2, 3. Les moyens 
DE n'envoient done de la machine requerante H au serveur exterieur 1, 2, 3 
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de noms de domaine la requete R que si les moyens DC ont etabli que le 
numero de telephone NTEL de destination de la requete R etait conforme 
auxdites caracteristiques CAR recues de la base BD et associees dans la 
base BD au bloc BN d'appartenance du numero NTEL. 
5 Les verifications sont mises en ceuvre par des moyens 

automatiques. 

Ainsi que cela est represents a la figure 4, les caracteristiques CAR 
de numeros de bloc sont par exemple : 

- une fin Eres de periode de reservation des numeros de telephone 
10 dublocBN, 

- une date Baff d'affectation des numeros de telephone du bloc BN 
(par exemple pour une entreprise), 

- une fin Eaff de periode d'affectation des numeros de telephone 
du bloc BN, 

15 - une longueur Lmax maximum des numeros de telephone du bloc 

BN, 

- une longueur Lmin minimum des numeros de telephone du bloc 
BN, 

- une date Batt de debut d'attribution d'un bloc BN de numeros de 
20 telephone, 

- une date Eatt de fin d'attribution d'un bloc BN de numeros de 
telephone, 

- un identificateur Op d'operateur, 

- une zone geographique Geo, 
25 - d'autres informations Inf. 

La reservation d'une ressource (bloc) dans un plan de numerotation 
est une decision prise par une autorite administrant ce plan, par exemple 
une autorite nationale, comme en France I'Autorite de Regulation des 
Telecommunications (ART), ou intemationale, comme I'Union Internationale 
30 des Telecommunications (UIT), d'accorder a une entite (operateur de 
telecommunication, fournisseur de services, particulier), pendant une duree 
. limitee flusqu'a Eres), une option sur I'usage a venir de cette ressource de 
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numerotation. Cette ressource ne peut alors etre ni reservee, ni attribute a 
une autre partie. 

L'attribution d'une ressource dans un plan de numerotation est une 
decision prise par I'autorite administrant ce plan d'accorder a une entite le 
5 droit d'utiliser la ressource, de Batt a Eatt. 

L'affectation d'une ressource dans un plan de numerotation consiste 
a sa mise a disposition par I'entite attributaire de cette ressource a un 
utilisateur final, eventuellement dans le cadre de la fourniture d'un service 
commercial. 

10 Le numero NTEL est conforme a Eres, si la date actuelle de la 

requete R est anterieure a Eres. Le numero NTEL est conforme a Baff, si la 
date actuelle de la requete R est posterieure a Baff. Le numero NTEL est 
conforme a Eaff, si la date actuelle de la requete R est anterieure a Eaff. Le 
numero NTEL est conforme a Lmax si la longueur de NTEL est inferieure 

15 ou egale a Lmax. Le numero NTEL est conforme a Lmin si la longueur de 
NTEL est superieure ou egale a Lmln. Le numero NTEL est conforme a 
Batt, si la date actuelle de la requete R est posterieure a Batt. Le numero 
NTEL est conforme a Eatt, si la date actuelle de la requeue R est anterieure 
a Eatt. La date Baff d'affectation permet de savojr si le numero NTEL est en 

20 circulation ou le sera prochainement. 

Par consequent, une requete R recue sur les moyens DR le 10 
decembre 2003 et contenant un numero NTEL determine par les moyens 
DC de controle comme appartenant au bloc BN = 14528 ne passera pas 
avec succes ce contrdle, etant donne que cette date est posterieure a Eres 

25 = 01/01/2002, ainsi que cela est indique a la figure 4, et la requete R 
correspondante ne sera pas transmise par les moyens DE de la machine H 
aux serveurs exterieurs 1, 2, 3 de noms de domaine. Par exemple, le 
message (14) decrit ci-dessous sera emis. 

En revanche, une requete R recue sur les moyens DR le 10 

30 decembre 2003 et contenant un numero NTEL determine par les moyens 
DC de controle comme appartenant au bloc BN = 14529, comme NTEL = 
33 145295813, passera pas avec succes ce controle car respectant les 
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conditions correspondantes telles qu'elles sont indiqu6es a la figure 4, et la 
requete R correspondante sera transmise par les moyens DE de la 
machine H aux serveurs exterieurs 1 , 2, 3 de noms de domaine. 

Le ou les plans de numerotation de la base BD de donnees sont 
5 aptes a etre mis a jour par tout moyen approprie, en ce qui concerne les 
blocs BN et chacune des caracteristiques CAR. 

Dans un mode de mise en oeuvre, un signal d'erreur sur le numero 
de telephone NTEL de destination de la requete R est renvoye des moyens 
DC de controle a I'interface utilisateur DP de la machine requ6rante H, si ce 
10 numero de telephone NTEL de destination de la requete ne passe pas avec 
succes ce controle prealable, par exemple avec une information sur la ou 
les caracteristique(s) CAR de numeros de bloc, qui ne sont pas respectees 
par le numero de telephone NTEL de destination de la requete R. 



30 



25 



20 



15 



Ces messages d'erreur peuvent etre par exemple les suivants : 

(1) la longueur du numero doit etre comprise entre « Lmin » et 
« Lmax », 

(2) le bloc « BN » n'est pas affecte mais est reserve jusqu'a « Eres », 
(2bis) code reserve mais non affecte, 

(3) le bloc n'est pas reserve, ni attribue, 
(3bis) pas de bloc d'appartenance, 

(4) le code CC n'est pas attribue, 

(5) numero non ENUM pour un code CC pour lequel un bloc 
specifique ENUM a ete defini, 

(6) format E.164 incorrect (non numerique) : entier de longueur 
maximum 15 necessaire, 

(7) le code CC est attribue seulement temporairement ou a des fins 
de test, 

(8) le code CC n'est pas reference dans la librairie de reference de 
numerotation internationale, 

(9) erreur du numero sur la date Batt de debut d'attribution, 

(10) erreur du numero sur la date Eatt de fin d'attribution, 

(1 1 ) erreur du numero sur la date Baff de debut d'affectation, 
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(12) bloc non affecte par I'operateur. 

En outre, les caracteristiques CAR peuvent comporter un champ Nat 
de plan de numerotation, pouvant etre soit a Res (reserve), soit a Test 
(attribue a des fins de test), soit a NA (non affectable), soit a AT, la meme 
5 valeur du champ Nat etant valable pour un meme plan de numerotation, 
done pour tous les blocs BN de ce plan de numerotation. Dans ce qui suit, 
les blocs BN forment, avec leurs caracteristiques CAR associees, codes et 
champs associes, des lignes dans la base BD, ainsi que cela est 
represents a la figure 4. 
10 Des verifications peuvent etre effectuees par exemple suivant un 

premier exemple represents en traits pleins a la figure 5 et decrit ci- 
dessous. 

Des verifications peuvent etre d'abord effectuees par rapport a des 
donnees telephoniques internationales de la base BD selon les etapes V1, 

15 V2, V3, V4, V5, V6 decrites ci-dessous, puis par rapport a des donnees 
telephoniques nationales de la base BD selon les etapes V7, V8, V9, V1 0, 
V11, V12 decrites ci-dessous, et ensuite par rapport a des donnees 
d'operateur selon les etapes V13, V14 et suivantes. 

Par exemple, on effectue d'abord la verification V1 du numero NTEL 

20 pour savoir si il a un format numerique et ne commence pas par z6ro, pour 
emettre dans la negative le message (5) et dans I'affirmattve passer a la 
verification V2 en tenant compte (etape T1) de la base BD complete, 
appelee egalement table T pour ce qui est des lignes de la base BD sur 
lesquelles les verifications sont effectuees. 

25 Au cours de la verification V2, on verifie si il existe au moins une 

ligne de la base BD, commengant par le code CC de NTEL, pour dans la 
negative emettre le message (8) et dans Taffirmative passer & la verification 
V3 en ne tenant compte (etape T2) que des lignes de la table T qui 
commencent par le code CC du numero NTEL (par exemple en supprimant 

30 dans la table T toutes les lignes ne commengant pas par CC), pour que la 
table T ne contienne plus que les lignes d'un meme plan de numerotation. 
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Au cours de la verification V3, on verifie si le champ Nat d'un bloc 
BN de la table T, comme par exemple la premiere ligne de la table T, est a 
Res et si il a ete determine que oui, on teste au cours de la verification V4 si 
le champ Eres de cette ligne est renseigne, pour dans raffirmative, emettre 
5 le message (2bis), et, dans la negative, emettre le message (4). 

Dans la negative a la verification V3, on verifie au cours de la 
verification V5 si le champ Nat du bloc BN du numero NTEL est a Test et si 
il a ete determine que oui, on emet le message (7) et si il a ete determine 
que non on passe a la verification V6. 

10 Au cours de la verification V6, on verifie si le champ Nat du bloc BN 

du numero NTEL est a NA et si il a ete d§termin6 que oui, on 6met le 
message (7) et si il a ete determine que non on passe & la verification V7. 

Au cours de la verification V7, on verifie si le champ Nat du bloc BN 
du numero NTEL est a NA et si il a ete determine que oui, on emet le 

15 message (7) et si il a ete determine que non on passe a la verification V7. 

Dans le premier exemple, la base BD comprend par exemple des 
plages de numeros (definies par exemple par un ou plusieurs blocs BN) 
definies comme comprenant des numeros ENUM et d'autres plages de 
numeros (definies par exemple par un ou plusieurs blocs BN) definies 

20 comme ne comprenant pas de num6ros ENUM, ainsi que cela est 
represents a la figure 4 par le champ « ENUM? » positionne dans BD 
respectivement a oui ou a non pour ces plages. 

Au cours de la verification V7, on verifie si il existe dans la table T 
une ou plusieurs lignes ayant un champ ENUM? a oui. Dans raffirmative, 

25 on ne tient compte au cours de I'etape T3 dans la table T que des lignes 
dont le champ ENUM? est a oui, c'est-a-dire des lignes de blocs de 
numeros ENUM (par exemple en supprimant de la table T toutes les lignes 
ayant un champ ENUM? a non). Puis, on supprime de la table T au cours 
de I'etape T4 les lignes dont les blocs ne correspondent pas aux premiers 

30 chiffres de NTEL, pour selectionner dans la table T le bloc BN 
d'appartenance de NTEL selon I'etape E11 decrite ci-dessus. Dans 
raffirmative a la verification V7 et apres les etapes T3 et T4, on verifie au 
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cours de la verification V8 si la table T est vide, c'est-a-dire n'appartient pas 
£ un bloc BN ENUM, et, dans I'affirmative, on emet le message (5). Le 
message (5) traduit le fait que le numero NTEL correspond dans la base 
BD a une plage de numeros (definie par exemple par un ou plusieurs blocs 
5 BN) definie comme ne comprenant pas de numeros ENUM. Dans la 
negative a la verification V8, on passe a la verification V1 0. 

Dans la negative a la verification V7, on passe a I'etape T4 de 
selection du bloc BN d'appartenance du numero NTEL dans la table T. Puis 
on effectue la verification V9 pour determiner si la table T est vide, c'est-a- 
10 dire si il existe un tel bloc BN dans la base BD, et, dans I'affirmative le 
message (3bis) est emis, tandis que dans la negative, on passe a la 
verification V1 0. 

Pour la verification V10, les etapes E13, E14 et E15 sont executes. 
La verification V10 porte sur la conformite du numero NTEL a Lmin 
15 et a Lmax, pour emettre le message (1) dans la negative et passer a la 
verification V1 1 dans Paffirmative. 

La verification V1 1 porte sur la conformite du numero NTEL a Batt, 
pour emettre le message (9) dans la negative et passer a la verification V12 
dans I'affirmative. Le message (9) est emis lorsque, la date Batt de debut 
20 d'attribution n'est pas renseignee ou est posterieure a la date actuelle a la 
verification V1 1 . 

La verification V12 porte sur la conformite du numero NTEL a Eatt, 
pour emettre le message (10) dans la negative et passer a la verification 
V13 dans I'affirmative. Le message (10) est emis a la verification V12 
25 lorsque la date Eatt de fin d'attribution est renseignee et est anterieure a la 
date actuelle. 

La verification V13 porte sur la conformite du numero NTEL a Baff, 
pour emettre le message (11) dans la negative et passer a la verification 
V14 dans I'affirmative. Si la date Baff de debut d'affectation est renseignee 
30 et posterieure a la date actuelle, le message (1 1) est emis a la verification 
V13. 
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La verification V14 porte sur le point de savoir si la date Baff de 
debut d'affectation est renseignee a 0, pour emettre le message (12) dans 
la negative. 

Bien entendu, d'autres verifications peuvent etre effectuees par 
5 rapport a des donnees d'operateur, telles que celles ci-dessous. 

Un message (13) de tranche dediee non attribuee est emis lorsque, 
pour un bloc BN de date Eres de reservation renseignee, la date Eres est 
anterieure a la date actuelle. 

Si la date Eaff de fin d'affectation est renseignee et anterieure a la 
10 date actuelle, un message (14) d'erreur du numero sur la date Eaff de fin 
d'affectation est emis. 

Le message (2) traduit le fait qu'il a ete verifie que le bloc BN du 
numero NTEL n'a pas de dates Baff et Eaff mais une date Eres, comme 
pour le bloc BN = 630 a la figure 4. 
15 Le message (3) traduit le fait qu'il a ete verifie que le bloc BN du 

numero NTEL n'a pas de date Eres, ni de dates d'attribution Batt et Eatt, 
comme pour le bloc 620 a la figure 4. 

Dans un deuxieme exemple, les verifications et etapes V7, T3 et V8 
ne sont pas executees, on passe.s dans la negative a la verification V6, 
20 directement a I'etape T4 suivie de la verification V9 et les verifications 
s'arretent a V12, ainsi que cela est represents en traits interrompus a la 
figure 5. 

Lorsque dans les premier et deuxieme exemples, toutes les 
verifications ont donne un resultat positif sur le numero NTEL et qu'aucun 
25 message d'erreur n'a ete emis, le message OK d'acceptation est emis a 
I'etape E17. 

Les etapes du procede precedemment decrit sont ex6cutees par un 
dispositif informatique, en I'espece le dispositif d'emission de requetes a 
destination du serveur DNS situe dans la machine requerante, sous la 
30 commande d'instructions de programme. Par consequent, I'invention 
concerne egalement un programme informatique destine a etre stocke dans 
ou transmis par un support de donnees comprenant des instructions de 
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programme pour faire executer le procede par un dispositif informatique. Le 
support de donnees peut etre un support materiel de stockage, par 
exemple un CD-ROM, une disquette magnetique ou un disque dur, ou bien 
un support transmissible tel qu'un signal electrique, optique ou radio. 
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REVENDICATIONS 

1. Procede d'emission d'au moins une requete (R) a destination d'un 
serveur (1, 2, 3) de noms de domaine depuis une machine requerante (H), 

ledit serveur (1, 2, 3) de noms de domaine §tant un serveur de noms 
de domaine de numerotation telephonique e164.arpa, chaque nom etant 
5 determine a partir du numero (NTEL) de telephone de destination au format 
E.164, contenu dans ladite requete (R), 

caracterise en ce que 

un controle prealable de la validite du numero (NTEL) de telephone 
de destination de la requ§te (R) est execute automatiquement et localement 
10 a la machine requerante (H) par rapport a une base (BD) de donnees de 
numeros de telephone, locale a la machine requerante (H), pour n'envoyer 
la requete (R) a partir de la machine requerante (H) a destination du 
serveur (1, 2, 3) de noms de domaine que si son numero (NTEL) de 
telephone de destination passe avec succes ledit controle prealable. 
15 2. Procede de transmission de requetes selon la revendication 1, 

caracterise en ce que dans la base (BD) de donnees locale est enregistre 
au moins un code (CC) de pays present, et 

le controle prealable comprend de verifier si le code (CC) de pays du 
numero (NTEL) de telephone de destination de la requete (R) en est un 
20 enregistre dans la base (BD) de donnees locale. 

3. Procede de transmission de requetes selon la revendication 1 ou 
2, caracterise en ce que dans la base (BD) locale de donnees de numeros 
de telephone est enregistre au moins un plan de numerotation, chaque plan 
de numerotation comprenant au moins un bloc (BN) de numeros de 
25 telephone, 

le controle prealable comprend de : 

determiner, au cours d'une etape (E11) de determination, si le 
numero (NTEL) de telephone de destination de la requete (R) appartient a 
un bloc (BN) du plan de numerotation, le numero (NTEL) de telephone de 
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destination de la requete (R) ne passant pas avec succes (E12) ledit 
controle prealable dans la negative a I'etape (E11) de determination. 

4. Procede de transmission de requetes selon la revendication 3, 
caracterise en ce que le plan de numerotation est associe a un code (CC) 

5 de pays, 

le plan de numerotation correspondant au code de pays du numero 
(NTEL) de telephone de destination de la requete (R) etant celui par rapport 
auquel le controle prealable est effectue. 

5. Procede de transmission de requetes selon la revendication 3 ou 
10 4, caracterise en ce qu'une pluralite de blocs (BN) disjoints de numeros de 

telephone, auxquels sont associees respectivement des caracteristiques 
(CAR) prescrites de numeros du bloc, est enregistree dans la base (BD) de 
donnees locale, 

ladite etape de determination comprend en outre de determiner 
15 (E13), a quel bloc (BN) de numeros de telephone de la base (BD) de 
donnees locale le numero (NTEL) de telephone de destination de la 
requete (R) appartient, . 

dans le cas ou il a ete determine que le numero (NTEL) de telephone 
de destination de la requeue (R) appartient a un bloc (BN) du plan de 
20 numerotation, 

lire (E14, E15) dans la base (BD) de donnees locale les 
caracteristiques (CAR) associees au bloc (BN) de numerotation determine, 

verifier (E16) si le numero (NTEL) de telephone de destination de la 
requete (R) est conforme auxdites caracteristiques (CAR) lues, 
25 n'envoyer (E18) de la machine requerante (H) au serveur (1 , 2, 3) de 

noms de domaine la requete (R) que si la verification donne un resultat 
affirmatif. 

6. Procede de transmission de requetes suivant la revendication 5, 
caracterise en ce que 

30 les caracteristiques (CAR) de numeros de bloc sont au moins Tun 

parmi : 
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- une date (Bres) de reservation des numeros de telephone du 
bloc, 

- une fin (Eres) de periode de reservation des numeros de 
telephone du bloc, 

5 - une date (Baff) d'affectation des numeros de telephone du bloc, 

- une fin (Eaff) de periode d'affectation des numeros de telephone 
du bloc, 

- une date (Batt) de debut d'attribution du bloc (BN) de numeros de 
telephone, 

10 - une date (Eatt) de fin d'attribution du bloc (BN) de numeros de 

telephone, 

. - une longueur (Lmax) maximum des numeros de telephone du 
bloc, 

- une longueur (Lmin) minimum des numeros de telephone du 
15 bloc. 

7. Procede de transmission de requetes suivant Tune quelconque 
des revendications precedentes, caracterise en ce que si le numero (NTEL) 
de telephone de destination de la requete (R) ne passe pas avec succes 
ledit controle prealable, un signal d'erreur sur le numero (NTEL) de 

20 telephone de destination de la requete (R) est renvoye a la machine 
requerante (H). 

8. Procede de transmission de requetes selon la revendication 7 et 
Tune quelconque des revendications 5 et 6, caracterise en ce que le signal 
d'erreur sur le numero de telephone de destination de la requete (R) 

25 contient une information sur la ou les caracteristique(s) (CAR) de numeros 
de bloc, qui ne sont pas respectees par le numero (NTEL) de telephone de 
destination de la requete (R) lors de ladite verification (E16). 

9. Dispositif d'emission d'au moins une requete (R) a destination 
d'un serveur (1, 2, 3) de noms de domaine depuis une machine requerante 

30 (H), 

ledit serveur (1, 2, 3) de noms de domaine etant un serveur de 
noms de domaine de numerotation telephonique e164.arpa, chaque nom 
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etant determine a partir du numero (NTEL) de telephone de destination au 
format E.164, contenu dans ladite requete (R), 

caracterise en ce que le dispositif est local & la machine requerante 
(H) et comporte : 

5 des moyens (DR) de reception de la requete (R) depujs la machine 

requerante (H), 

une base (BD) de donnees de numeros de telephone, 
des moyens (DC) de controle automatique de la validite du numero 
(NTEL) de telephone de destination de la requete (R), present sur les 
10 moyens (DR) de reception par rapport aux donnees issues de la base (BD) 
de donnees de numeros de telephone, et 

des moyens pour n'envoyer la requete (R) de la machine requerante 
(H) a destination du serveur.(1, 2, 3) de noms de domaine que si les 
moyens (DC) de controle ont determine que son numero (NTEL) de 
15 telephone de destination passe avec succes ledit controle de validite. 

10. Dispositif d'emission selon la revendication 9, caracterise en ce 
que les moyens (DR) de reception, la base (BD) de donnees de numeros 
de telephone, les moyens (DC) de contrSle automatique et les moyens (DE) 
d'envoi sont presents sur la machine requerante (H). 
20 11. Dispositif d'emission selon la revendication 10, caracterise en ce 

que les moyens (DR) de reception, les moyehs (DC) de controle 
automatique et les moyens (DE) d'envoi sont presents sur la machine 
requerante (H) et la base (BD) de donnees de numeros de telephone est 
interrogeable par les moyens (DC) de controle automatique par 
25 rintermediaire d'un reseau local (RL). 

12. Machine requerante comprenant un dispositif d'emission d'au 
moins une requete selon Tune quelconque des revendications 9 a 1 1. 

13. Programme informatique, destine a etre stocke sur un support de 
donnees et comportant des instructions de programme pour faire executer 

30 le procede d'emission d'au moins une requete selon Tune quelconque des 
revendications 1 a 8. 
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14. Systeme comprenant au moins un serveur (1, 2, 3) de noms de 
domaine de numerotation telephonique e164.arpa et une pluralite de 
machines requerantes (H) selon la revendication 12, aptes a envoyer au 
moins une requete a destination dudit serveur (1, 2, 3). 
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